経営者が参画する要求品質の確保～超上流から攻める IT 化の勘どころ～第 2 版

https://gyazo.com/eb42e1d38788cd9fc4644f8a1edb417a

nobuoka.icon 2006 年に発行されており中身が古い部分もあるが、2022 年現在でも参考になる部分もある

関連

内容メモ

ユーザー企業が要求仕様書を書けなくなったのはなぜか？

現在 (2006 年) ではこれまでにない業務を IT で実現することが増えている

未知・未経験の業務や曖昧な wants は利用者にも明確ではなく、要求仕様書を作成することは困難

もともとは既存業務の置き換えでシステム化することがほとんどだった

機器やソフトウェアの構成が複雑になっており、開発着手時に全てが明らかにはなっていない

ギャップを埋めるには？ → どの段階で誰が何を決めるかを可視化して明らかにする

開発プロセス共有化の取り組み

それを拡張した共通フレーム 98 など

nobuoka.icon 2022 年 6 月現在の最新版は共通フレーム 2013

https://gyazo.com/74abde65ab2fc86124d9be0b5b68cdb0

工程の例

システム化計画 : システムづくりの基本

https://gyazo.com/7985bed6e21780783b11b01075b5211f

IT 戦略は経営戦略に整合するはずだが、IT 投資の効果が経営層に届いていない場合がある

nobuoka.icon 本書の中に例があり、参考になる

多くの企業が要件定義終了の段階でシステム化予算を固め、システム設計以降の工程に入る意思決定を行う

実態は、要件定義の後から要件が変わったり、システム化予算が増えたりする

そのため、投資判断を行うのに耐えうる不確かさの予算の見積りがあり、その見積りを出すために十分な要件が確定していればよい